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PATENT 



SYSTEM AND METHOD FOR PROCESSING PACKAGE DELIVERY 

FIELD OF THE INVENTION 

The invention generally relates to the field of package delivery. More 
particularly, the invention relates to systems and methods for processing package delivery 
and includes computer implemented systems and methods. 

BACKGROUND OF THE INVENTION 

Recent events, such as the mailing of anthrax to government officials and 
news agencies, have heightened many people's concerns about the safety of package 
delivery. Nevertheless, people often depend on package delivery to receive purchases, 
correspondence, and the like. Further, package delivery has increased over time and may 
continue to increase with increasing on-line shopping via the Internet. As such, it appears 
that package delivery will continue to be an important way for people to receive purchases, 
correspondence, and the like. There is not presently available a system for determining 
whether a package is expected and therefore legitimate, or whether a package has arrived 
unexpectedly from an unrecognized source and therefore may be for illegitimate purposes. 
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In view of the foregoing, there is a need for a system and method for 
authorizing package delivery. 

SUMMARY OF THE INVENTION 

The invention is directed to determining a package delivery authorization 
status and conditioning package delivery on the state of the delivery authorization status. 

A method for processing packages is provided. A package is received at an 
intermediate shipping site and a delivery authorization status corresponding to the package 
is determined. The package is delivered if the authorization status is that delivery is 
acceptable and the package is not delivered if the authorization status is that delivery is not 
acceptable. 

Delivery authorization is determined by receiving information identifying the 
received package and receiving information identifying an expected package. The 
information identifying the expected package is compared to the information identifying the 
received package. The package is designated for delivery if the information identifying the 
expected package matches the information identifying the received package. The package 
may be designating for non-delivery if the information identifying the expected package does 
not match the information identifying the received package. 

The information may comprise at least one of the following: an identification 
of the sender of the package, the addressee of the package, an identification of the package, 
and a projected date of delivery. The information may be received via an e-mail message, 
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a bar code scanner, and the like. An e-mail message may be received from a sender of the 
package or an addressee of the package. 

Delivery authorization may also be determined based on a list of predefined 
sellers. The package sender is determined and compared to a plurality of predefined pre- 
approved senders. The delivery authorization status is designated as delivery is acceptable 
if the determined package sender matches one of the plurality of predefined senders and 
designated as delivery is not acceptable if the determined package sender does not match any 
of the plurality of predefined pre-approved senders. 

Delivery authorization may also be determined based on two e-mail messages, 
one from the package sender and one from the package addressee. A first e-mail message 
is received from a sender of the package and a second e-mail message is received from an 
addressee of the package. From the first e-mail message, at least one of the following is 
determined: an identification of the sender of the package, an identification of the addressee 
of the package, an identification of the package, and a projected delivery date of the package. 
From the second e-mail message, at least one of the following is determined: an 
identification of the sender of the package, an identification of the addressee of the package, 
and an identification of the package. A delivery authorization status is also determined from 
the second e-mail message. The package is designated for delivery if the information 
determined from the first e-mail message matches the information determined from the 
second e-mail message and if the delivery authorization status determined from the second 
e-mail message is delivery is acceptable. 
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The above-listed features, as well as other features, of the invention will be 
more fully set forth hereinafter. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention is further described in the detailed description that follows, by 
reference to the noted drawings by way of non-limiting illustrative embodiments of the 
invention, in which like reference numerals represent similar parts throughout the drawings, 
and wherein: 

Figure 1 is a diagram of an exemplary computing device and communications 
network with which the invention may be employed; 

Figure 2 is a flow diagram of an illustrative method for processing packages, 
in accordance with an embodiment of the invention; 

Figure 3 is a flow diagram of an illustrative method for determining whether 
package delivery is authorized, in accordance with an embodiment of the invention; 

Figure 4 is a diagram of an illustrative data table for storing an authorization 
status as determined in the method of Figure 3; 

Figure 5 is a flow diagram of another method for determining whether 
package delivery is authorized, in accordance with another embodiment of the invention; 

Figure 6 is a diagram of an illustrative data table for storing a plurality of 
predefined sender identifications to determine whether package delivery is authorized in 
accordance with the method of Figure 5; 
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Figure 7 is a flow diagram of another illustrative method for determining 
whether package delivery is authorized, in accordance with another embodiment of the 
invention; 

Figure 8 is a flow diagram of yet another illustrative method for determining 
whether package delivery is authorized, in accordance with another embodiment of the 
invention; and 

Figure 9 is a diagram of an illustrative data table for storing an authorization 
status as determined in accordance with the method of Figure 7 or Figure 9. 

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 

Figure 1 is a diagram of a generic computing system with which the invention 
may be employed. As shown in Figure 1, computing device 120 includes processor 122, 
system memory 124, and system bus 126 that couples various system components including 
system memory 124 to processor 122. System memory 124 may include read-only memory 
(ROM) and/or random access memory (RAM). Computing device 120 may further include 
hard-drive 128, which provides storage for computer readable instructions, data structures, 
program modules, data, and the like. A user (not shown) may enter commands and 
information into the computing device 120 through input devices such as a keyboard 140, a 
mouse 142, and a bar code scanner 146. Display device 144 may also include other devices 
such as a touch screen, a light pen, a grid of light beams, or the like for inputting information 
into processor 122. A display device 144, such as a monitor, a flat panel display, or the like 
is also connected to the computing device 120 for output. Communications device 143, 
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which in one embodiment is a modem, provides for communications over network 150. 
Processor 122 can be programmed with instructions to interact with other computing systems 
so as to perform the methods described below. The instructions may be received from 
network 150 or stored in memory 124 and/or hard drive 128. Processor 122 may be loaded 
with any one of several computer operating systems such as WINDOWS NT operating 
system, WINDOWS 2000 operating system, LINUX operating system, and the like. 

As shown in Figure 1, computing device 120 may be connected to computer 
network 150. Server 164 is operable to communicate with other computing devices over 
network 150. Network 150 may be the Internet, a local area network, a wide area network, 
or the like. Server 164 may communicate e-mails, web pages, and other data. Server 164 
may be operated by an ISP, a corporate computer department, or any other organization or 
person with a server connected to network 150. Server 164 is accessible by client stations 
168 from which users may send and receive data and browse web pages. Client stations 168 
may connect to servers via a local area network (not shown) or using a remote connection 
device 172 such as, for example, a modem, as is shown in connection with server 164. 

The computing system described above may be used to implement an 
illustrative method for authorizing package delivery, such as the illustrative method of Figure 
2. The method may be implemented for any type of package delivery, such as, for example, 
a book, a computer, a letter, or the like. The delivery may be made by any carrier, such as 
for example, the United States Post Office, Federal Express, United Parcel Service, a trucking 
company, and the like. 
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At step 200, a package, which may be for example, a package containing a 
book that was requested to be delivered to a business address, is received at an intermediate 
site or a clearinghouse. In this illustrative example, the package is received at a mail room 
at the employee's business address. The package, however, may be received at any 
intermediate site, such as for example, a local post office, a local distribution site, a 
quarantined site, or the like. The intermediate site may be a secure site at a remote location. 
Typically, the intermediate site includes a computing device to maintain package 
authorization statuses. 

At step 210, a delivery authorization status corresponding to the received 
package is determined. The delivery authorization status identifies whether or not the 
package is to be delivered to the addressee. The delivery authorization status may indicate 
that the package is an expected package or that the package comes from a trusted source. The 
delivery authorization status may be determined, for example, using methods such as those 
described below in connection with Figures 3, 5, 7, and 8. 

At step 220, it is determined whether or not the delivery authorization status 
indicates that package delivery is acceptable. If the delivery authorization status indicates 
that delivery is acceptable, then the method proceeds to step 230, wherein the package is 
delivered from the intermediate location, such as the mail room, to the employee that 
purchased the book. If the delivery authorization status indicates that delivery is not 
acceptable, then the method proceeds to step 240. At step 240, the package is not delivered 
from the mail room to the employee; rather, the package may be returned to the sender, held 
until receiving an authorization status that delivery is acceptable, quarantined, receive further 
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security checks, be discarded, or the like. In this manner, an addressee does not receive a 
package unless there is some authorization of package delivery, thereby increasing the 
security of package delivery. Instead, the package is held at an intermediate site (which may 
be a secure location, for example) where the package may be appropriately handled. 

Determining delivery authorization status, as shown in step 210, may be 
implemented in a variety of ways. Figure 3 illustrates one embodiment of the invention, in 
which package delivery authorization status is determined from an e-mail message. The 
embodiment illustrated in Figure 3 may be implemented on computing device 120 of Figure 
1 and will be described as such, however, the invention may be implemented on any 
computing system. The following illustration contemplates Benjamin Scott ordering a book 
entitled "American History Textbook" from Barnes and Noble wherein the book is projected 
to be delivered on August 15, 2001. 

As shown in Figure 3, at step 300, computing device 120 receives an e-mail 
message from network 150. The e-mail message may be received from the package sender, 
which for purposes of illustration is Barnes and Noble. Alternatively, the e-mail message 
may be received from the package addressee, which for the purposes of illustration is 
Benjamin Scott. In this embodiment, the e-mail message itself serves as an authorization for 
package delivery. To determine which package has been authorized for delivery, the contents 
of the e-mail message are used, as described in more detail below. 

At step 310, processor 122 parses the e-mail message into segments. The e- 
mail message may be formatted into segments by the e-mail sender (i.e., the package sender 
or the package addressee). For example, the e-mail message may be formatted into a first 
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segment storing an identification of the sender of the package, a second segment storing an 
identification of the addressee of the package, a third segment storing an identification of the 
package, and a fourth segment storing a projected delivery date of the package. The 
identification of the package may be a description of the contents of the package, an 
identification number, or the like. The projected delivery date may also be a range of dates. 

The segments may be separated with commas, line returns, or the like to facilitate parsing. 

Further, an application may be implemented on client 168 to create the proper 
e-mail format. For example, the application may display a pop-up window storing fields for 
an identification of the sender of the package, an identification of the addressee of the 
package, an identification of the package, and a projected delivery date of the package. Upon 
receiving information in each of the fields, the application may format the information as an 
e-mail message having the information in proper segments and with proper separation 
between segments. 

At step 320, processor 122 determines package identification information 
from one of the parsed segments. In this illustrative example, the parsed segment 
corresponding to package identification contains "American History Textbook" and 
therefore, processor 122 determines the package identification to be "American History 
Textbook." 

At step 330, processor 122 determines sender identification information from 
one of the parsed segments. In this illustrative example, the parsed segment corresponding 
to sender identification contains "Barnes and Noble" and therefore, processor 122 determines 
the sender identification to be "Barnes and Noble." 
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At step 340, processor 122 determines a projected delivery date from one of 
the parsed segments. In this illustrative example, the parsed segment corresponding to the 
a projected delivery date contains "August 15, 2001" and therefore, processor 122 determines 
the projected delivery date to be "August 15, 2001." 

At step 350, the delivery authorization status of the received package is 
determined by comparing information from the received package (i.e., package information) 
to information parsed from the e-mail message. Package information comprises information 
contained on the received package, such as for example, information on the shipping label, 
the packing list, and the like. Package information also comprises the actual delivery date 
of the package. Package information may be received by computing system 120 via bar code 
scanner 146, keyboard 140, mouse 142, or the like. 

If the package information matches the parsed information, then the delivery 
authorization status of the received package is determined to be that delivery is acceptable, 
as shown in steps 360 and 366. If the package information does not match the parsed 
information from any e-mail message, then the delivery authorization status of the received 
package is determined to be that delivery is not acceptable, as shown in steps 360 and 364. 
While the illustrative example of Figure 3 shows information parsed from a single e-mail, 
it is contemplated that a typical implementation of the invention involves multiple e-mails 
and comparing of package information to information parsed from each of the multiple e- 
mails, or until a match is determined. 

To facilitate determining delivery authorization status, the parsed information 
may be stored in a data table for comparison against package information. Figure 4 is a 

10 
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diagram of an illustrative data table 400 for storing parsed information. While a data table 
is illustrated, such information may be stored in a spreadsheet, a database, or the like. The 
data table may reside in memory 124, hard-drive 128, across network 150, or the like. 

Data table 400 comprises a record for each e-mail message. Each record 
5 comprises a plurality of fields for storing information parsed from the e-mail message. As 
shown in Figure 4, record 410 comprises a first field 420 for storing a sender identification, 
a second field 422 for storing a package identification, a third field 424 for storing a projected 
s delivery date, and a fourth field 426 for storing an addressee identification. As shown, first 

field 420 contains a sender identification of "Barnes and Noble," second field 422 contains 

m 

flj 10 a package identification of "American History Textbook," third field 424 contains a projected 
H" delivery date of "August 15, 2001," and fourth field 426 contains an addressee identification 

o 

of "Benjamin Scott." With such a data table, package information can be compared against 
y, multiple records of parsed information to determine a delivery authorization status. 

D While the embodiment illustrated in Figures 3 and 4 can use a single e-mail 

ru 

15 message to determine a delivery authorization status, other techniques can be used to 
determine a delivery authorization status. For example, the embodiment illustrated in Figure 
5 uses an e-mail message and a list of pre-approved senders to determine a delivery 
authorization status. 

As shown in Figure 5, at step 500, computing device 120 receives an e-mail 

20 message from network 1 50. The e-mail message may be received from the package sender 
or the package addressee. 
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At step 510, processor 122 parses the e-mail message into segments. At step 
520, processor 122 determines a package identification from one of the parsed segments. At 
step 530, processor 122 determines a sender identification from one of the parsed segments. 
At step 540, processor 122 determines a projected delivery date from one of the parsed 
segments. 

At step 550, processor 122 compares parsed information to package 
information to determine a matching record, similar to that discussed above in connection 
with step 350. If the received package information does not match the parsed information 
from any record, then the delivery authorization status is determined as delivery is not 
acceptable, as shown in steps 552 and 554. 

At step 560, processor 122 compares the sender identification of the matching 
record to a list of pre-approved senders to determine a delivery authorization status of the 
received package. If the sender identification matches one of the pre-approved senders, then 
the delivery authorization status of the received package is determined to be that delivery is 
acceptable, as shown in steps 562 and 566. If the sender identification does not match any 
of the pre-approved senders, then the delivery authorization status is determined to be that 
delivery is not acceptable, as shown in steps 562 and 564. 

Pre-approved sender information may be predefined and stored in a data table 
for comparison against package information and/or information parsed from an e-mail 
message. Figure 6 is a diagram of an illustrative data table 600 for storing pre-approved 
senders. While a data table is illustrated, such pre-approved sender information may be 
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stored in a spreadsheet, a database, or the like. The data table may reside in memory 124, 
hard-drive 128, across network 150, or the like. 

Data table 600 comprises a field for storing an indication of each pre-approved 
sender. As shown in Figure 6, first field 620 contains "Barnes and Noble", second field 622 
contains "Sears", and third field 624 contains "J.C. Penney's." With such a data table, 
package information and/or parsed information can be compared against a list of pre- 
approved senders to determine a delivery authorization status. 

Other methods can be used to facilitate package delivery by non-pre-approved 
senders such as the illustrative method of Figure 7 that determines package delivery 
authorization status using messages from both a package sender and a package addressee. 
This method can be implemented in addition to or in place of the method described in 
connection with Figure 5. 

As shown in Figure 7, at step 700, computing device 120 receives an e-mail 
message from the package sender via network 150. At step 7f0, processor 122 parses the e- 
mail message into segments. At step 720, processor 122 determines a package identification 
from one of the parsed segments. At step 730, processor 122 determines a sender 
identification from one of the parsed segments. At step 740, processor 122 determines a 
projected delivery date from one of the parsed segments. 

At step 750, processor 122 displays information from the parsed message 
segments to the addressee. For example, processor 122 may read parsed information from 
the records of data table 400 and display the information on display device 144 or on client 
168 over network 150 such that the package addressee can select one of the records for 

13 
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authorization of package delivery. The displayed records may be limited to those records that 
are still pending a delivery. A package addressee may select a record via mouse 142, 
keyboard 140, or the like. 

At step 760, processor 122 receives a selection of one of the records from the 
package addressee, which is interpreted by processor 122 as an authorization for package 
delivery. 

At step 770, processor 122 designates the delivery authorization status 
corresponding to the received selected record as delivery is acceptable. In this manner, a 
package addressee may authorize package delivery using a local area network rather than e- 
mail. Such an interface may be simpler to use than an e-mail interface and may provide 
increased security. Further, the addressee selects the record corresponding to the 
authorization, thereby relieving processor 122 from determining a matching record. 

Alternatively, the authorization may be received from the addressee in the 
form of an e-mail message. A method for such a receipt of authorization is shown in Figure 
8. At step 800, computing device 120 receives an e-mail message from the package sender. 
At step 810, processor 122 parses the e-mail message into segments. At step 820, processor 
122 determines a package identification from one of the parsed segments. At step 830, 
processor 122 determines a sender identification from one of the parsed segments. At step 
840, processor 122 determines a projected delivery date from one of the parsed segments. 

At step 850, processor 122 receives a second e-mail message, the second e- 
mail message originating from the package addressee. At step 860, processor 122 parses the 
second e-mail message into segments. At step 870, processor 122 determines information 
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from the parsed segments similar to that described in steps 720, 730 and 740. This 
information is used to match the addressee e-mail message to a sender e-mail message. 

At step 880, processor 122 compares the information determined in step 870 
from the second e-mail message to information determined in steps 820, 830, and 840 from 
the first e-mail message. If the information from the first e-mail matches the information 
from the second e-mail, then the delivery authorization status of the record corresponding to 
the first e-mail is designated as delivery is acceptable, as shown in steps 860 and 866. The 
delivery authorization status can be stored in a data table, as described in more detail below. 
If the package information does not match the parsed information from any e-mail message, 
then the delivery authorization status of the record corresponding to the first e-mail package 
is designated as delivery is not acceptable, as shown in steps 860 and 864. 

Delivery authorization statuses determined from e-mail messages and/or local 
area networks (such as described in Figures 7 and 8) may be stored in a data table for later 
comparison against package information. Figure 9 is a diagram of an illustrative data table 
900 for storing such a delivery authorization status. Data table 900 comprises a record for 
each e-mail message from a sender. Each record comprises a plurality of fields for storing 
information parsed from the e-mail message. As shown in Figure 9, record 910 comprises 
a first field 920 for storing a sender identification, a second field 922 for storing a package 
identification, a third field 924 for storing a projected delivery date, an optional fourth field 
926 for storing an addressee identification, and a fifth field 928 for storing a delivery 
authorization status. The delivery authorization status field stores an indication that delivery 
is acceptable or an indication that delivery is not acceptable. With such a data table, package 
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information can be compared against records to determine a delivery authorization status. 
Processor 122, after determining a matching record, reads the authorization status field of the 
matching record. In this manner, both a sender and an addressee send an e-mail that, in 
combination, create a delivery authorization status that delivery is acceptable. 

Thus the invention provides a system and method for increasing the security 
of package delivery by receiving and storing delivery authorization statuses and determining 
a delivery authorization status corresponding to a package before delivering the package to 
the package addressee. 

Executable instructions for implementing aspects of the invention may be 
embodied in the form of program code (i.e., instructions) stored on a computer-readable 
medium, such as a magnetic, electrical, or optical storage medium, including without 
limitation a floppy diskette, CD-ROM, CD-RW, DVD-ROM, DVD-RAM, magnetic tape, 
flash memory, hard disk drive, or any other machine-readable storage medium, wherein, 
when the program code is loaded into and executed by a machine, such as a computer, the 
machine becomes an apparatus for practicing the invention. The invention may also be 
embodied in the form of program code that is transmitted over some transmission medium, 
such as over electrical wiring or cabling, through fiber optics, over a network, including the 
Internet or an intranet, or via any other form of transmission, wherein, when the program 
code is received and loaded into and executed by a machine, such as a computer, the machine 
becomes an apparatus for practicing the invention. When implemented on a general-purpose 
processor, the program code combines with the processor to provide a unique apparatus that 
operates analogously to specific logic circuits. 
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It is noted that the foregoing has been provided merely for the purpose of 
explanation and are in no way to be construed as limiting of the invention. While the 
invention has been described with reference to illustrative embodiments, it is understood that 
the words which have been used herein are words of description and illustration, rather than 
words of limitation. Further, although the invention has been described herein with reference 
to particular structure, methods, materials, and embodiments, the invention is not intended 
to be limited to the particulars disclosed herein; rather, the invention extends to all structures, 
methods and uses that are within the scope of the appended claims. Those skilled in the art, 
having the benefit of the teachings of this specification, may effect numerous modifications 
thereto and changes may be made without departing from the scope and spirit of the 
invention, as defined by the appended claims. 
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